Apparatus and method of connecting service, according to user intention

ABSTRACT

A method and an apparatus for connecting a service, according to a user&#39;s intention are provided. The method includes determining at least one file to be transmitted through a Wireless Fidelity (Wi-Fi) Direct connection, selecting, by device discovery, a peer terminal to receive the at least one file, transmitting, to the peer terminal, a first frame including file attribute information about the at least one file, before the Wi-Fi Direct connection is established with the peer terminal, and receiving, from the peer terminal, a second frame, including information indicating whether the Wi-Fi Direct connection to the peer terminal is accepted or rejected.

PRIORITY

This application claims priority under 35 U.S.C. §119(a) to a Koreanpatent application filed on Aug. 8, 2012 in the Korean IntellectualProperty Office and assigned Serial No. 10-2012-0086816 and Koreanpatent application filed on Apr. 1, 2013 in the Korean IntellectualProperty Office and assigned Serial No. 10-2013-0035357, the entiredisclosures of which are hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention generally relates to Wireless Fidelity (Wi-Fi)communication, and particularly, to an apparatus and method forproviding service connectivity for Wi-Fi Direct communication.

2. Description of the Related Art

A typical Wi-Fi network is deployed with control equipment known aswireless Access Points (APs), i.e., Base Stations (BSs) or hot spots.The wireless APs provide service provisioning involving physical supportfor wired and wireless networks, bridging and routing between networkequipment, and connection and release of the connection between networkequipment.

Wi-Fi Direct is a technology for enabling direct communication betweenWi-Fi terminals without intervention of Wi-Fi APs that supportconnections between Wi-Fi terminals. A Wi-Fi terminal discovers a peerWi-Fi terminal by device discovery and detects an intended service typeby service discovery, thereby establishing a connection for Wi-Fi Directcommunication with the peer Wi-Fi terminal.

According to the state of the art as described above, after devicediscovery, the Wi-Fi terminal may determine whether the discovered peerWi-Fi terminal supports a specific service by service discovery, forWi-Fi Direct communication. The service discovery only supportsacquisition of information about service types supported by the peerWi-Fi terminal. Therefore, even though the transmitting terminalacquires information about the services supported by the receivingterminal, it does not have knowledge of the receiving terminal'sintention as to whether it will receive a specific file from thetransmitting terminal.

After allowing a device connection with the transmitting terminal, thereceiving terminal does not know information (e.g. the name, file type,and the like) about the specific file until it starts to receive thefile from the transmitting terminal. If the receiving terminal does notwant to receive the file, the receiving terminal cancels reception ofthe file during file transmission after a Wi-Fi Direct connection hasalready been established between the transmitting terminal and thereceiving terminal. Without any regard to the intention of the user ofthe receiving terminal, the conventional Wi-Fi Direct connection methodestablishes an unnecessary connection between the transmitting terminaland the receiving terminal

SUMMARY OF THE INVENTION

The present invention has been made to address at least theabove-mentioned problems and/or disadvantages and to provide at leastthe advantages described below. Accordingly, an aspect of the presentinvention provides a method and apparatus according to a user intentionof a receiving terminal in a Wi-Fi Direct connection setup procedure.

Another aspect of the present invention provides a method and apparatusfor transmitting information about attributes of a file to betransmitted by a transmitting terminal to a receiving terminal during aWi-Fi Direct connection setup.

Another aspect of the present invention provides a method and apparatusfor communicating a user intention of a receiving terminal to atransmitting terminal during a Wi-Fi Direct connection setup.

Another aspect of the present invention provides a method and apparatusfor allowing a receiving terminal to reject a Wi-Fi Direct connectionsetup during the Wi-Fi Direct connection setup.

In accordance with an aspect of the present invention, a method forconnecting a service, according to a user's intention is provided. Themethod includes determining at least one file to be transmitted througha Wi-Fi Direct connection, selecting, by device discovery, a peerterminal to receive the at least one file, transmitting a first frameincluding file attribute information about the at least one file to thepeer terminal before the Wi-Fi Direct connection is established with thepeer terminal, and receiving, from the peer terminal, a second frameincluding information indicating whether the Wi-Fi Direct connection tothe peer terminal is accepted or rejected.

In accordance with another aspect of the present invention, a method forconnecting a service, according to a user's intention is provided. Themethod includes determining a peer terminal from which at least one filewill be received through a Wi-Fi Direct connection by device discovery,receiving from the peer terminal a first frame including file attributeinformation about the at least one file before the Wi-Fi Directconnection is established with the peer terminal, and transmitting tothe peer terminal a second frame including information indicatingwhether the Wi-Fi Direct connection to the peer terminal is accepted orrejected.

In accordance with another aspect of the present invention, a terminalfor connecting a service, according to a user's intention is provided.The terminal includes a control unit configured to determine at leastone file to be transmitted through a Wi-Fi Direct connection and toselect a peer terminal to receive the at least one file by devicediscovery, a transmitting unit configured to transmit a first frameincluding file attribute information about the at least one file to thepeer terminal before the Wi-Fi Direct connection is established with thepeer terminal, and a receiving unit configured to receive, from the peerterminal, a second frame including information indicating whether theWi-Fi Direct connection to the peer terminal is accepted or rejected.

In accordance with another aspect of the present invention, a terminalfor connecting a service, according to a user's intention is provided.The terminal includes a control unit configured to determine a peerterminal from which at least one file will be received through a Wi-FiDirect connection by device discovery, a receiving unit configured toreceive from the peer terminal a first frame including file attributeinformation about the at least one file before the Wi-Fi Directconnection is established with the peer terminal, and a transmittingunit configured to transmit to the peer terminal a second frameincluding information indicating whether the Wi-Fi Direct connection tothe peer terminal is accepted or rejected.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other aspects, features, and advantages of certainembodiments of the present invention will be more apparent from thefollowing description taken in conjunction with the accompanyingdrawings, in which:

FIG. 1 illustrates a configuration of a system to which a WirelessFidelity (Wi-Fi) Direct connection is applied according to an embodimentof the present invention;

FIG. 2 is a block diagram of a Wi-Fi terminal according to an embodimentof the present invention;

FIG. 3 is a block diagram of a transmitting terminal and a receivingterminal according to an embodiment of the present invention;

FIG. 4 is a flowchart illustrating a procedure for transmitting a filethrough a Wi-Fi Direct connection according to an embodiment of thepresent invention;

FIG. 5 is a diagram illustrating a signal flow between a transmittingterminal and a receiving terminal according to an embodiment of thepresent invention;

FIG. 6 is a diagram illustrating a signal flow of a procedure fortransmitting file attribute information between a transmitting terminaland a receiving terminal according to an embodiment of the presentinvention;

FIG. 7 is a diagram illustrating a signal flow of a procedure fortransmitting file attribute information between a transmitting terminaland a receiving terminal according to another embodiment of the presentinvention;

FIG. 8 is a flowchart illustrating an operation of a transmittingterminal according to an embodiment of the present invention;

FIG. 9 is a flowchart illustrating an operation of a receiving terminalaccording to an embodiment of the present invention;

FIG. 10 illustrates a screen that displays a message asking about a userintention of a receiving terminal according to an embodiment of thepresent invention;

FIG. 11 illustrates a framework for a Wi-Fi Direct service according toan embodiment of the present invention; and

FIGS. 12A, 12B and 12C illustrate a procedure for providing a filetransmission service through a Wi-Fi Direct connection according to anembodiment of the present invention.

Throughout the drawings, like reference numerals will be understood torefer to like parts, components, and structures.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE PRESENT INVENTION

The following description with reference to the accompanying drawings isprovided to assist in a comprehensive understanding of embodiments ofthe invention as defined by the claims and their equivalents. Itincludes various specific details to assist in that understanding butthese are to be regarded as merely exemplary. Accordingly, those ofordinary skill in the art will recognize that various changes andmodifications of the embodiments described herein can be made withoutdeparting from the scope and spirit of the invention. In addition,descriptions of well-known functions and constructions may be omittedfor clarity and conciseness.

The terms used in the following description and claims are not limitedto their dictionary meanings, but, are merely used to enable a clear andconsistent understanding of the invention. Accordingly, it should beapparent to those skilled in the art that the following description ofembodiments of the present invention is provided for illustrationpurpose only and not for the purpose of limiting the invention asdefined by the appended claims and their equivalents.

It is to be understood that the singular forms “a,” “an,” and “the”include plural referents unless the context clearly dictates otherwise.Thus, for example, reference to “a component surface” includes referenceto one or more of such surfaces.

Hereinafter, the term “substantially” means that the recitedcharacteristic, parameter, or value need not be achieved exactly, butthat deviations or variations, including for example, tolerances,measurement error, measurement accuracy limitations and other factorsknown to those of skill in the art, may occur in amounts that do notpreclude the effect the characteristic was intended to provide.

Embodiments of the present invention will be provided to achieve atleast the above-described technical aspects of the present invention. Inan implementation, defined entities may have the same names, to whichthe present invention is not limited. Thus, embodiments of the presentinvention can be implemented with same or ready modifications in asystem having a similar technical background.

In an embodiment of the present invention, a transmitting terminaltransmits metadata such as a note containing file information about oneor more files to be transmitted, the total size of the files, the numberof the files, and file items to a receiving terminal by a procedure forascertaining a user intention of the receiving terminal during WirelessFidelity (Wi-Fi) Direct connection setup. The receiving terminalprovides the metadata received from the transmitting terminal to a user,senses a user input representing a user intention, and responds to thetransmitting terminal with information about the user intention.

FIG. 1 illustrates the configuration of a system to which a Wi-Fi Directconnection is applied according to an embodiment of the presentinvention.

Referring to FIG. 1, a transmitting terminal 110 and a receivingterminal 120 are shown. The transmitting terminal 110 is a Wi-Fiterminal that may act as both a sender and a service seeker, and each ofthe receiving terminals 120 is a Wi-Fi terminal that may act as both areceiver and a service advertiser. For the convenience of description,the terms ‘transmitting terminal’ and ‘receiving terminal’ are used. Oneor more receiving terminals 120 may exist. For example, each of thetransmitting and receiving terminals 110 and 120 is an electronic devicehaving a built-in Wi-Fi module, which may be any of various electronicdevices operating in conformance to at least one of many communicationprotocols used for various communication systems, such as a mobilecommunication terminal, a smart phone, a Portable Multimedia Player(PMP), a digital broadcasting player, a Personal Digital Assistant(PDA), a music player, a display device, a portable game console, aprinter, a camera, or the like. Additionally, each of the transmittingand receiving terminals 110 and 120 may be included in a large-size ormid-size terminal such as a Television (TV), a Large Format Display(LFD), a Digital Signage (DS), a media pole, a Personal Computer (PC), alaptop, a printer, or a composite device.

The Wi-Fi system may support a Wi-Fi Direct communication between thetransmitting terminal 110 and a receiving terminal 120 and establish amutual Wi-Fi connection between the transmitting terminal 110 and thereceiving terminal 120 in a Direct Access (DA) mode. FIG. 1 illustratesa system configuration in which a Wi-Fi Direct connection is establishedbetween the Wi-Fi terminals 110 and 120. In this system, the Wi-Fiterminals 110 and 120, which are in proximity to each other, mayestablish a Wi-Fi Direct connection with each other using their built-inWi-Fi modules or Wi-Fi modules connected to them as periphery deviceswithout the aid of an AP.

The Wi-Fi terminals 110 and 120 may exchange information about theirsupported functions with each other. For example, when a user executes aWi-Fi service-based application in the transmitting terminal 110, thetransmitting terminal 110 identifies the supported function informationreceived from the receiving terminal(s) 120. The transmitting terminal110 may primarily select one or more receiving terminals 120 accordingto a predetermined criterion, for example, one or more receivingterminals 120 of the same manufacturer as that of the transmittingterminal 110, referring to the supported function information. If aplurality of receiving terminals 120 are selected, the transmittingterminal 110 may secondarily select a terminal supporting the Wi-Fiservice of the application executed in the transmitting terminal 110from among the primarily selected terminals. If a plurality of receivingterminals 120 are secondarily selected, the transmitting terminal 110may select the best receiving terminal 120 for the Wi-Fi serviceaccording to the signal qualities, for example, signal strengths of thesecondarily selected receiving terminals. The transmitting terminal 110may request execution of a related application to the best receivingterminal 120 by transmitting information about the executed application.

While the system illustrated in FIG. 1 is configured to establish aWi-Fi Direct connection between the Wi-Fi terminals 110 and 120 in FIG.1, embodiments of the present invention are not limited to Wi-Fi Directconnectivity. Specifically, the embodiments of the present invention areapplicable to a case where the Wi-Fi terminals 110 and 120 use WirelessLocal Area Network (WLAN) and a case where the Wi-Fi terminals 110 and120 are connected through an AP.

FIG. 2 is a block diagram illustrating the structure of a Wi-Fi terminalaccording to an embodiment of the present invention. The Wi-Fi terminalstructure is applicable commonly to the aforementioned transmitting andreceiving terminals 110 and 120.

Referring to FIG. 2, a Wi-Fi terminal 200 includes a Wi-Fi module 210, aUser Interface (UI) 220, a memory 230, and a controller 240. Besides thecomponents, the Wi-Fi terminal 200 may further include other variouscomponents according to its configuration. For example, the Wi-Fiterminal 200 may further include at least one of (1) a display todisplay a screen, (2) a Radio Frequency (RF) module to perform a mobilecommunication function, (3) an audio processor with a microphone and aspeaker, (4) a camera module to take a picture, (5) a digitalbroadcasting module, and (6) a Bluetooth communication module to performa Bluetooth communication function, which will not be described andillustrated herein.

The Wi-Fi module 210 supports Internet Protocol (IP)-based wirelesscommunication between Wi-Fi terminals. The Wi-Fi module 210 includes atleast one of an AP module 212 and a Station (STA) module 214. The Wi-Fimodule 210 may operate in an AP mode by waking up the AP module 212 orin a non-AP mode (i.e. an STA mode) by waking up the STA module 214under the control of the controller 240. The non-AP mode (i.e. the STAmode) refers to a mode in which the Wi-Fi terminal functions as aterminal in providing a Wi-Fi service. For example, the non-AP mode maybe a mode in which the Wi-Fi terminal 200 functions as the transmittingterminal 110 as described before with reference to FIG. 1. The AP moderefers to a mode in which the Wi-Fi terminal 200 functions as an AP inproviding a Wi-Fi service.

When the Wi-Fi terminal 200 operates as a sender, the Wi-Fi module 210transmits information about attributes of a file to be transmitted underthe control of the controller 240 during the establishment of a Wi-FiDirect connection with a peer Wi-Fi terminal. The file attributeinformation is used to exchange service information before a connectionis established between the Wi-Fi terminals. The file attributeinformation may be provided to give a hint to the peer Wi-Fi terminal asto whether incoming of a service session is to be accepted or rejected.For example, in the case of a transmission service of at least one fileor content, the file attribute information may include at least one of anote(s) containing information relating to the file(s), the total sizeof the file(s), the number of files, and the name(s) of the file(s).

When the Wi-Fi terminal 200 operates as a receiver, the Wi-Fi module 210receives file attribute information about a file to be transmitted bythe peer Wi-Fi terminal during establishing a Wi-Fi Direct connectionwith the peer Wi-Fi terminal and provides the received file attributeinformation to the controller 240. The controller 240 provides the fileattribute information to a user of the Wi-Fi terminal 200 and asks theuser whether or not the at least one file corresponding to the fileattribute information should be received.

The UI 220 senses a user's manipulation, generates an input signalcorresponding to the sensed user's manipulation, provides the inputsignal to the controller 240, and displays or outputs information forthe user under the control of the controller 240. For this purpose, theUI 220 may include at least one of (1) one or more logical or physicalbuttons, (2) a display, (3) a touch screen, (4) a gesture sensingmodule, (5) a speaker, and (6) a microphone. More particularly, the UI220 may include one or more input means to generate a user input signalrelated to execution of a Wi-Fi function for a Wi-Fi service, forexample, a user input signal related to initiation of a connection setupbetween Wi-Fi terminals, selection of a file to be transmitted, oracceptance or rejection of file transmission. In addition, the UI 220may include an output means to display information about a file to bereceived.

The memory 230 stores program codes and data that are executed andprocessed in the Wi-Fi terminal 200. The memory 230 may include one ormore volatile memory devices and/or one or more non-volatile memorydevices. For example, the memory 230 may permanently or temporarilystore an Operating System (OS) of the Wi-Fi terminal 200, informationand data exchanged through the Wi-Fi module 210, at least one file to betransmitted, and information about the at least one file.

The controller 240 facilitates overall control of the Wi-Fi terminal200. The controller 240 controls operations related to execution offunctions used to provide a Wi-Fi service in the Wi-Fi terminal 200. Thecontroller 240 may also control operations related to a filetransmission service in the Wi-Fi terminal 200. Specifically, thecontroller 240 generates file attribute information about a file to betransmitted based on the file itself and/or a user input or retrievesthe file attribute information from the memory 230, and controls theWi-Fi module 210 to transmit the file attribute information to the peerterminal. In addition, the controller 240 interprets received fileattributed information about a file to be received from the peer Wi-Fiterminal, outputs the file attribute information through the UI 220, andreceives information about a user intention from the UI 220. If the userdoes not accept the file transmission, the controller 240 commands theWi-Fi module 210 to discontinue setup of a Wi-Fi Direct connection withthe peer Wi-Fi terminal.

Operations of the controller 240 according to embodiments of the presentinvention will be described later in greater detail. Besides theabove-described operations, the controller 240 performs controloperations related to typical functions of the Wi-Fi terminal 200. Forexample, the controller 240 may control a communication function using amobile communication network, when an application is executed based onthe communication function. When an application having a communicationfunction is executed, the controller 240 may also control thecommunication function.

FIG. 3 is a block diagram of a transmitting terminal and a receivingterminal according to an embodiment of the present invention.

Referring to FIG. 3, in a transmitting terminal 310, a transmitting unit312 transmits, in a predetermined message or frame, file attributeinformation about a file to be transmitted by the transmitting unit 312to a receiving terminal 320 during Wi-Fi Direct connection setup. Themessage or frame may be a message available for a Wi-Fi Direct service,for example, a Genetic Advertisement Service (GAS) Initial RequestAction frame or a Peer-to-Peer (P2P) Public Action frame.

A receiving unit 314 receives information about a user intention as towhether a user of the receiving terminal 320 will accept or reject filetransmission. The user intention information may be transmitted, forexample, in a GAS Initial Request Action frame or a P2P Public Actionframe.

A control unit 316 determines, based on the user intention informationreceived from the receiving terminal 320, whether to continue ordiscontinue the Wi-Fi connection setup with the receiving terminal 320.

In the receiving terminal 320, a receiving unit 324 receives from thetransmitting terminal 310 file attribute information about a file to betransmitted by the transmitting terminal 310. A transmitting unit 322transmits information about the user intention as to whether the user ofthe receiving terminal 320 will accept or reject the file transmissionto the transmitting terminal 310 under the control of a control unit326. The control unit 326 asks the user whether the transmission servicefrom the transmitting terminal 310 should be accepted based on thereceived file attribute information and generates and transmits the userintention information to the transmit unit 322.

The control unit 326 may determine, based on the user intentioninformation, whether to continue or discontinue the Wi-Fi Directconnection setup with the transmitting terminal 310.

FIG. 4 is a flowchart illustrating a procedure for transmitting a filethrough a Wi-Fi Direct connection according to an embodiment of thepresent invention.

Referring to FIG. 4, a transmitting terminal determines at least onefile to be transmitted in step 405 and discovers peer terminals (i.e.,receiving terminals) with which to conduct Wi-Fi communication by devicediscovery in step 410. Once peer terminals are detected, thetransmitting terminal determines a type of service to connect to areceiving terminal, for example, a Wi-Fi Direct service by servicediscovery in step 415. After selecting a receiving terminal to which thefile will be transmitted in step 420, the transmitting terminal queriesthe receiving terminal to determine whether it wishes to receive thefile by transmitting file attribute information about the file in step425. If the receiving terminal responds to the query indicating that itwishes to receive the file, the transmitting terminal establishes aWi-Fi Direct connection with the receiving terminal by group formationin step 430, authentication in step 435, and association in step 440.Subsequently, the transmitting terminal sets up a file transmissionservice session on the Wi-Fi Direct connection and transmits the filethrough the file transmission service session to the receiving terminalin step 445.

FIG. 5 is a diagram illustrating a signal flow between a transmittingterminal and a receiving terminal according to an embodiment of thepresent invention.

Referring to FIG. 5, a transmitting terminal 502 (i.e., a sender)determines, in step 510, at least one file to be transmitted anddiscovers at least one receiving terminal 504 (i.e., a receiver) toreceive the file by device discovery in step 515. The transmittingterminal 502 performs service discovery with the at least one receivingterminal 504 in step 520 and identifies at least one receiving terminal504 to receive the file in step 525.

In step 530, the transmitting terminal 502 queries the at least onereceiving terminal 504 to determine whether the receiving terminal 504will receive the file by transmitting file attribute information aboutthe file by service association. If the at least one receiving terminal504 responds to the query indicating that it wishes to receive the fileor upon time-out without any response from the at least one receivingterminal 504, the transmitting terminal 502 forms a group with the atleast one receiving terminal 504 in step 535, authenticates the at leastone receiving terminal 504 of the group in step 540, and establishes aconnection with the at least one receiving terminal 504 by associationin step 545.

In step 550, the transmitting terminal 502 transmits the file to thereceiving terminal 504 through the established connection.

As described above, the transmitting terminal 502 selects the receivingterminal 504 to receive a file from among discovered terminals byservice discovery and transmits a message carrying the file attributeinformation to the selected receiving terminal 504. The receivingterminal 504 receives a information corresponding to the file to betransmitted by the transmitting terminal 502 and transmits a messageindicating a user intention regarding reception of the file to thetransmitting terminal 502. Then the transmitting terminal 502 maycontinue the Wi-Fi Direct connection setup with the receiving terminal504, if the user intends to receive the file.

FIG. 6 is a diagram illustrating a signal flow of a procedure fortransmitting file attribute information between a transmitting terminaland a receiving terminal according to an embodiment of the presentinvention.

Referring to FIG. 6, after a transmitting terminal 602 discovers areceiving terminal 604 by device discovery in step 610, the transmittingterminal 602 transmits a Service Discovery Request to the receivingterminal 604, for service discovery in step 615. In step 620, thereceiving terminal 604 transmits a Service Discovery Response to thetransmitting terminal 602.

After selecting the receiving terminal 604 to receive the file, thetransmitting terminal 602 transmits a Service Association Requestincluding file attribute information about the file to the receivingterminal 604 in step 625. The receiving terminal 604 transmits a ServiceAssociation Response indicating a user intention to the transmittingterminal 602 in step 630.

The file attribute information may be transmitted in a GAS InitialRequest Action frame or a P2P Public Action frame.

In an embodiment of the present invention, the GAS Initial RequestAction frame may be configured to include at least one of the fieldslisted in Table 1 below. Table 1 illustrates the configuration of aVendor Specific content of GAS Initial Request frame as a GAS InitialRequest Action frame.

TABLE 1 Size Field Name (octets) Value Description OUI Subtype 1 0x10WFA OUI Subtype indicates Service Associated Frame Service 1 0x05Service protocol types Protocol Type Length 2 Variable Length of theService Request Information Service 1 Variable Service transaction ID isa Transaction non-zero value used to match ID the ServiceRequest/Response Service Variable Variable Include the Metadata RequestInformation

Referring to Table 1, the OUI Subtype field indicates a Wi-Fi Alliance(WFA) Organizationally Unique Identifier (OUI) subtype indicating thisframe. The Service Protocol Type field indicates a type of protocol in awireless environment in which the frame is transmitted and received. Forexample, if the Service Protocol Type field is ‘00000000’; it indicates‘All Service Protocol Type.’ If the Service Protocol Type field is‘00000001’; it indicates ‘Bonjour.’ If the Service Protocol Type fieldis ‘00000010’; it indicates ‘Universal Plug and Play (UPnP).’ If theService Protocol Type field is ‘00000011’; it indicates ‘Web ServiceDiscovery (WSDiscovery).’ If the Service Protocol Type field is‘11111111,’ it indicates ‘Vendor Specific.’ In an embodiment of thepresent invention, the Service Protocol Type may be set to ‘00000101’ inorder to indicate Wi-Fi Direct service.

The Length field specifies the total size of the message and the ServiceTransaction ID field is set to a non-zero value in order to match aService Request with its corresponding Service Response.

The Service Request Information field provides metadata related to afile to be transmitted.

In an embodiment of the present invention, the Service RequestInformation field is configured to include at least one of the fieldslisted in Table 2.

TABLE 2 Field Size Interpretation Note 128 Free text interpreted inASCII format Size 4 Total size in Kbs No of Items 2 Number of itemsincluded Item 133 Metadata (shown in Table 3)

Referring to Table 2, the Note field provides the free text of adescription of a file(s) to be transmitted in the format of AmericanStandard Code for Information Interchange (ASCII). The Size fieldspecifies the total size of the file(s) to be transmitted, the No ofItems field indicates the number of file items to be transmitted, andthe Item field provides metadata describing each file item.

The Item field illustrated in Table 2 is configured to include at leastone of the fields listed in Table 3.

TABLE 3 Field Size Interpretation Name 128 File Name Size 4 Total sizein Kbs Type 1 Bit 0: 1 file or 0 folder Bit 1: 7 Reserved

Referring to Table 3, the Name field indicates the name of a file to betransmitted, the Size field specifies the size of the file, and the Typefield indicates the type of content to be transmitted, for example, fileor folder.

A response frame to the GAS Initial Request Action frame may beconfigured to include at least one of the fields listed in Table 4.Specifically, Table 4 illustrates the configuration of a Vendor Specificcontent of GAS Initial Response frame.

TABLE 4 Size Field Name (octets) Value Description OUI Subtype 1 0x10WFA OUI Subtype indicates Service Associated Frame Service 1 0x05Service protocol types Protocol Type Length 2 Variable Length of theService Request Information Service 1 Variable Match request/responseTransaction ID Status Code 1 0x00-0xff 0: Accepted by the receiver 4:Rejected by the receiver Service Variable Additional information inResponse response to Service Information Association Request

Referring to Table 4, the Status Code field indicates whether filetransmission is accepted (“0”) or rejected (“4”) by the receivingterminal. The Service Response Information field provides additionalinformation in response to a Service Association Request, having aconfiguration as illustrated in Table 5.

TABLE 5 TransportInfo Variable Protocol information: port number (e.g.,“top: 1234”)

In another embodiment of the present invention, the P2P Public ActionFrame may be configured to include at least one of the fields listed inTable 6. A P2P Provision Discovery Request frame, which is a type of theP2P Public Action Frame, may carry file attribute information.

TABLE 6 Size Value Field (octets) (Hexadecimal) Description Category 10x7F IEEE 802.11 vendor specific usage OUI 3 50 6F 9A WFA specific OUIOUI type 1 0x09 (to be Identifying the type or assigned) version ofaction frame. Setting to 09 indicates Wi-Fi P2P v1.0 OUI 1 0x0A (to beService Association Subtype assigned) Request (to be assigned) Dialog 1When set to a non-zero Token value, used to identify therequest/response transaction Elements variable Should include theMetadata

Referring to Table 6, the Category, OUI, OUI type, and OUI Subtypefields are information areas set according to the type of the frame. TheDialog Token field is set by the transmitting terminal in order toidentify a transaction of a Service Request and a Service Response.

The Elements field provides metadata related to a file to be transmittedaccording to an embodiment of the present invention. For example, theElements field is configured to include at least one of the fieldslisted in Table 7.

TABLE 7 Size Value Field (octets) (Hexadecimal) Description Element ID 1DD IEEE 802.11 vendor specific usage Length 1 Variable Length of thefollowing fields in the IE in octets OUI 3 50 6F 9A WFA Specific OUI OUIType 1 0x09 Identifying the type or version of P2P IE. Setting to 0x09indicates Wi-Fi P2P v1.0 Service Variable Service specific attributesAttributes (to be defined)

Referring to Table 7, the Element ID, Length, OUI, and OUI Type fieldsare information areas set according to the type of the Elements field.The Service Attributes field indicates the service specific attributesof the file to be transmitted according to an embodiment of the presentinvention.

In an embodiment of the present invention, the Service Attributes fieldof Table 7 is configured to include at least one of the fields listed inTable 8.

TABLE 8 Size Value Field (octets) (Hexadecimal) Description Attribute 10x13 Identifying the type of ID Attribute (META DATA) Length 2 VariableLength of the following fields in the sub-element Attribute VariableAttribute Body Body

In Table 8, the Attribute Body field includes file attribute informationabout the file to be transmitted. In an embodiment of the presentinvention, the Attribute Body field includes at least one of the fieldslisted in Table 9.

TABLE 9 Optional/ Field Size Interpretation Mandatory (O/M) Note 128Free text interpreted in M ASCII format Size 4 Total size in Kbs M No OfItems 2 Number of items included M Item 133 Metadata (shown in Table O10)

Referring to Table 9, the Note field provides the free text of adescription of a file(s) to be transmitted in the ASCII format. The Sizefield specifies the total size of the file(s) to be transmitted, the Noof Items field indicates the number of file items to be transmitted, andthe Item field provides metadata describing each file item.

The Item field of Table 9 is configured to include at least one of thefields listed in Table 10.

TABLE 10 Field Size Interpretation Name 128 File Name Size 4 Total sizein Kbs Type 1 Bit 0: 1 file or 0 folder Bit 1: 7 Reserved

Referring to Table 10, the Name field indicates the name of a file to betransmitted, the Size field specifies the size of the file, and the Typefield indicates the type of content to be transmitted (e.g., file orfolder).

Table 11 and Table 12 illustrate examples of file attribute informationincluded in the Attribute Body field. Table 11 illustrates an example offile attribute information, when the Item field is not included, andTable 12 illustrates an example of file attribute information, when theItem field is included.

TABLE 11 Note: “wedding photos” Size: 4000 No Of Items: 20

TABLE 12 Note: “wedding photos” Size: 200 No Of Items: 1 Name: abcd.jpgSize: 200 Type: 0x01 file

A response frame to the P2P Public Action Frame may be configured toinclude at least one of the fields listed in Table 13.

TABLE 13 Size Value Field (octets) (Hexadecimal) Description Category 10x7F IEEE 802.11 vendor specific usage (IEEE Std 802.11-2007 [1] Table7-24). OUI 3 50 6F 9A WFA specific OUI. OUI type 1 0x09 (to beIdentifying the type or assigned) version of action frame. Setting to 09indicates Wi-Fi P2P v1.0. OUI 1 0x0B (to be Service Association Subtypeassigned) Response (to be assigned) Dialog 1 When set to a non-zeroToken value, used to identify the request/response transaction. Elementsvariable Response information Status code and other information

Referring to Table 13, the Elements field includes response informationindicating whether file transmission is accepted or rejected, a statuscode, and/or other information.

While it has been described in the above embodiments of the presentinvention that file attribute information is transmitted by serviceassociation after device discovery and service discovery, it may befurther contemplated as an alternative embodiment that a transmittingterminal transmits file attribute information in a message exchangedwith a receiving terminal in an overall service setup procedureincluding service discovery, group formation, authentication, and filetransfer and ascertains a user's intention of a receiving terminal byreceiving a response message.

FIG. 7 is a diagram illustrating a signal flow of a procedure fortransmitting file attribute information between a transmitting terminaland a receiving terminal according to another embodiment of the presentinvention.

Referring to FIG. 7, a transmitting terminal 702 discovers at least oneadjacent terminal by device discovery in step 710. In step 715, thetransmitting terminal 702 acquires information about the name of aservice to be provided, information about the service, and the like byservice discovery and selects at least one receiving terminal 704, fromamong the discovered at least one terminal, to which at least one fileis to be transmitted.

In step 720, the transmitting terminal 702 transmits to the receivingterminal 704 a P2P Provision Discovery Request frame including fileattribute information about the at least one file to be transmitted andinformation about the number, total size, and name of the at least onefile. The receiving terminal 704 may transmit a P2P Provision DiscoveryResponse frame indicating successful reception of the P2P ProvisionDiscovery Request frame to the transmitting terminal 702. In anembodiment of the present invention, the P2P Provision DiscoveryResponse frame may include a status code indicating procedure deferraluntil information about a user intention is transmitted. This is becausethe receiving terminal 704 may await reception of a user input.

If a single file is to be transmitted, the Attributes field indicatesthe name of the file. If multiple files are to be transmitted, theAttributes field may include the name of at least one file selected fromamong the files. The at least one file may be selected by the user oraccording to implementation, for example, a file having the largestsize. If a user transmits a plurality of files in a container, theAttributes field may include the name of the container instead of a filename.

The receiving terminal 704 may check text included in the Attributesfield in a predetermined scheme such as Universal Transformation Format(UTF)-8 and display the text (i.e. the number, size, and name(s) of thefile(s)) on a UI. Upon detection of a user input indicating that aservice session for file transfer is accepted or rejected on the UI, thereceiving terminal 704 transmits a P2P Provision Discovery Request frameincluding a status code indicating accept or reject to the transmittingterminal 702 in step 720. If the receiving terminal 704 has not detecteda user input before time-out of a predetermined time, the receivingterminal 704 may set the status code to accept or reject according to apre-setting. The transmitting terminal 702 may transmit, to thereceiving terminal 704, a P2P Provision Discovery Response frameindicating successful reception of the P2P Provision Discovery Requestframe. In an alternative embodiment, if the transmitting terminal 702has not received a response before time-out of a predetermined timeafter transmitting the request frame in step 720, it may determine thatthe receiving terminal 704 has rejected the service session.

If the service session is accepted, the transmitting and receivingterminals 702 and 704 perform group formation and session setup in step730 and the transmitting terminal 702 transmits the file(s) to thereceiving terminal 704 through the service session in step 735.

FIG. 8 is a flowchart illustrating an operation of a transmittingterminal according to an embodiment of the present invention.

Referring to FIG. 8, in step 805, the transmitting terminal executes anapplication to implement a Wi-Fi Direct service and determines a file tobe transmitted. In step 810, the transmitting terminal generates fileattribute information about the file based on the file itself or anadditional user input. The transmitting terminal selects a receivingterminal to receive the file by device discovery and service discoveryin step 815. Steps 810 and 815 may be performed in parallel irrespectiveof their order. The transmitting terminal transmits a first frameincluding the file attribute information to the receiving terminal instep 820 and receives a second frame including a status code indicatingacceptance or rejection of the file transmission service from thereceiving terminal in step 825.

The transmitting terminal determines whether the received status codeindicates acceptance or rejection of the file transmission service instep 830. If the status code indicates acceptance of the filetransmission service, the transmitting terminal proceeds to step 835. Ifthe status code indicates rejection of the file transmission service,the transmitting terminal goes to step 845. While not shown, if thetransmitting terminal has not received the second frame within apredetermined time period after transmitting the first frame, thetransmitting terminal may go to step 845, interpreting this scenario asa rejection of the file transmission service.

The transmitting terminal completes group formation and session setup ina predetermined procedure in step 835 and transmits the file in anestablished session in step 840.

In step 845, the transmitting terminal discontinues the serviceconnection setup procedure and notifies the user that the receivingterminal has rejected transmission of the file. For example, thetransmitting terminal may display a text message “file reception notaccepted” on a screen.

FIG. 9 is a flowchart illustrating an operation of a receiving terminalaccording to an embodiment of the present invention.

Referring to FIG. 9, in step 905, the receiving terminal detects atransmitting terminal that wants to set up a service session for a filetransmission service by device discovery and service discovery toimplement a Wi-Fi Direct service. In step 910, the receiving terminalreceives, from the transmitting terminal, a first frame including fileattribute information about a file(s) to be transmitted by thetransmitting terminal. After activating an application for the Wi-FiDirect service when needed, the receiving terminal provides fileinformation based on the file attribute information to a user in step915. For example, the receiving terminal may display at least one of anote containing information relating to the file(s) to be transmitted bythe transmitting terminal and the total size, number, and name(s) of thefile(s) on a screen and ask the user whether the user wishes to acceptor reject the file transmission service.

In step 920, the receiving terminal determines whether a user input hasbeen received. Upon detection of a user input indicating acceptance ofthe file transmission service, the receiving terminal proceeds to step925. Upon detection of a user input indicating rejection of the filetransmission service or in the absence of a user input until time-out,the receiving terminal proceeds to step 940.

In step 925, the receiving terminal transmits, to the transmittingterminal, a second message including a status code indicating acceptanceof the file transmission service. After group formation and sessionsetup in step 930, the receiving terminal receives the file(s) from thetransmitting terminal in step 935. When the file(s) are completelyreceived, the session may be terminated automatically.

In step 940, the receiving terminal transmits a second message includinga status code indicating rejection of the file transmission servicebased on a default setting. In step 945, the receiving terminaldiscontinues the service connection setup procedure.

FIG. 10 illustrates a screen displaying a message asking about a user'sintention according to an embodiment of the present invention.

Referring to FIG. 10, a receiving terminal displays at least a part 1010of file attribute information received from a transmitting terminal on aservice screen 1000 for a Wi-Fi Direct connection and at least one softbutton 1030 to allow a user to select acceptance or rejection of a filetransmission service. For example, “Wedding Photos, Number: 3, Size: 400MB, Name: abcd.jpg” is displayed. The user may accept or reject the filetransmission service by selecting one of the soft buttons 1030.

FIG. 11 illustrates a framework for a Wi-Fi Direct service according toan embodiment of the present invention.

Referring to FIG. 11, a framework 1100 includes UI applications 1110,service processes 1120, an Application Service Platform (ASP) 1130, anda Wi-Fi P2P interface 1140.

The UI applications 1110 are applications that support the Wi-Ficonnection service. The service processes 1120 provide standardizedfunctionalities for the types of services to be connected, i.e. play,send, display, and print services. A service process 1120 of oneterminal may communicate with a similar process of at least one peerterminal through a common protocol and the ASP 1130.

The ASP 1130 is a logical entity that performs common functions neededfor, e.g., play, send, display, and print services. The common functionsinclude at least one of service and device discovery, sessionmanagement, access topology management, and security. The ASP 1130establishes a logical link (i.e., an ASP session) with the ASP of a peerterminal. To initiate an ASP session, a P2P connection needs to beestablished between terminals. The P2P connection is created by the P2Pinterface 1140.

FIGS. 12A, 12B and 12C illustrate a procedure of providing a filetransmission service through a Wi-Fi Direct connection according to anembodiment of the present invention. In FIGS. 12A, 12B and 12C, terminalA (i.e., Device A) acts as a service advertiser and terminal B (i.e.,Device B) acts as a service seeker. In a file transmission service,terminal A is a receiving terminal and terminal B is a transmittingterminal. A connection is established between terminal A and terminal Bthrough Wi-Fi P2P interfaces, which will not be illustrated in FIGS.12A, 12B and 12C.

Referring to FIGS. 12A, 12B and 12C, in terminal A, a service processadvertises a service(s) to an ASP by an AdvertiseService command so thatanother terminal, for example, terminal B may discover an ASP sessionrelated to the advertised service(s) and be initialized. When anapplication is executed and a service use command is generated totransmit a specific file in terminal B, a service process of terminal Btransmits a SeekService command requesting service discovery to an ASPof terminal B. In response to the command, the ASP of terminal Btransmits a P2P Probe Request with a hash value generated based on aservice name to the ASP of terminal A in step 1205.

The ASP of terminal A judges whether the hash value of the service nameto be advertised is matched to the hash value received in the P2P ProbeRequest. If the hash values are matched, the ASP of terminal A transmitsa P2P Probe Response to the ASP of terminal B. The P2P Probe Responsemay include the service name confirmed by hash matching and theadvertisement ID of the service to be advertised from terminal A.

In step 1210, the ASP of terminal B transmits the service name to beconnected and a service information request, including additionalinformation needed for service discovery, to terminal A through a P2PService Discovery Request. The ASP of terminal A determines whetherthere is a string matched to the service name and service informationreceived in the P2P Service Discovery Request. Upon detection of thematched string, the terminal A transmits a P2P Service DiscoveryResponse including the name and advertisement ID of the service and aservice status to the terminal B. The service status may indicatewhether the terminal A accepts connection of the service.

The ASP of terminal B transmits, to the service process, a terminal listincluding at least one terminal, including the terminal A identified bythe P2P Service Discovery Response. The service process indicates theterminal list to a user by the application. In step 1215, theapplication senses a user input that selects at least one terminal inthe terminal list and notifies the service process of the selectedterminal. The service process requests a session connection setup withthe selected terminal to the ASP of terminal B.

In step 1220, the ASP of terminal B transmits a P2P Provision DiscoveryRequest including session information, which represents file attributeinformation about one or more files to be transmitted and connectioncapabilities, to the ASP of terminal A and also transmits aConnectStatus event indicating transmission of a service request to theservice process of terminal B. The P2P Provision Discovery Requestincludes at least one of the number, total size, and names of thefile(s), as the file attribute information. The ASP of terminal A maytransmit to the ASP of terminal B a P2P Provision Discovery Responseindicating successful reception of the P2P Provision Discovery Request,which includes a status code that requests deferral of a service requestuntil a user input is confirmed. The ASP of terminal B transmits aConnectStatus event indicating deferral of the service request to theservice process. The service process of terminal B recognizes deferralof the service request until a user intention of terminal A is confirmedand activates a timer in response to the ConnectStatus event. The timermay be reset when a P2P Provision Discovery Request, indicating the userintention, is received from terminal A.

The ASP of terminal A notifies the service process of the sessionrequest in response to the P2P Provision Discovery Request received fromterminal B. When needed, the service process of terminal A activates anapplication of the Wi-Fi Direct service and transmits sessioninformation with the file attribute information to the application.

In step 1225, the application of terminal A requests a user input bydisplaying information about the files on a screen based on the fileattribute information read from the session information. Upon detectionof a user input indicating acceptance of the file transmission service,the application notifies the service process of the user acceptance andthe service process transmits a SessionConfirm command indicatingconfirmation of a session setup to the ASP of terminal A. Whentransmitting the session information to the application, the serviceprocess of terminal A may activate a timer. When a user input isreceived, the timer may be reset. In an embodiment of the presentinvention, if a user input has not been detected before expiration ofthe timer, the service process of terminal A may transmit aSessionConfirm command indicating acceptance of the file transmissionservice according to a presetting in the ASP.

In step 1230, the ASP of terminal A transmits a P2P Provision DiscoveryRequest including a status code indicating acceptance and, when needed,the session information to the ASP of terminal B in response to theSessionConfirm command received from the service process. The ASP ofterminal B provides a ConnectStatus event indicating acceptance of theservice request to the service process and continuously performs theremaining operation of the session setup procedure.

Specifically, in step 1235 the ASPs of terminal A and terminal B form aP2P group or join an existing P2P group and report events of the startand end of group formation to their respective service processes.

In step 1240, the ASP of terminal B transmits a REQUEST SESSIONincluding an advertisement ID, a Medium Access Control (MAC) address tobe combined with a session ID in order to identify the ASP session, andthe session ID allocated to the ASP of terminal A by the ASP of terminalB. The ASP of terminal A responds to the ASP of terminal B with anAcknowledgement (ACK). The ASP of terminal B transmits a SessionStatusevent indicating session initialization to its service process and theASP of terminal A transmits a SessionStatus event indicating a sessionrequest to its service process.

In step 1245, the ASP of terminal A operates to open a port for theservice process and the session and transmits an ADDED_SESSION frameincluding the MAC address and the session ID to the ASP of terminal B.The ASP of terminal B responds to terminal A with an ACK and transmits aSessionStatus event indicating that the session is opened to its serviceprocess, thereby opening a port for the service process and the session.When the session is opened, the service process of terminal B transmits,to the service process of terminal A, an Application Socket Connectmessage through the session in step 1250.

In step 1255, the application of terminal B transmits application data(i.e., the files) to the application of terminal A.

If the application of terminal B transmits an input indicating sessiontermination to the service process before or after the file transmissionis completed, the service process of terminal B requests session closeand port release to the ASP. In step 1260, the ASP of terminal Btransmits a REMOVE_SESSION frame including the advertisement ID, the MACaddress, and the session ID to indicate the session to be removed to theASP of terminal A. The ASP of terminal A transmits a SessionStatus eventindicating a session close request to the service process. Afternotifying the application of session termination, the service processtransmits a ReleasePort command to the ASP. After receiving an ACK fromthe ASP of terminal A, the ASP of terminal B transmits a SessionStatusevent indicating that the session is closed to the service process.After transmitting a Dissociation Request to the ASP of terminal A, theASP of terminal B receives a Dissociation Response from the ASP ofterminal A. If there is no further active session, the ASP of terminal Acloses an incoming port, thus terminating all sessions.

As is apparent from the above description of the embodiments of thepresent invention, as a transmitting terminal transmits informationabout a file to be transmitted to a receiving terminal in advance, thereceiving terminal can notify the transmitting terminal of a user'sintention to accept or reject a Wi-Fi Direct connection based on thefile information. Therefore, an unnecessary Wi-Fi connection setup isavoided and file transmission cancellation is reduced.

It should be noted that the embodiments of the present invention, asdescribed above, typically involve the processing of input data and thegeneration of output data to some extent. This input data processing andoutput data generation may be implemented in hardware or softwarecombined with hardware. For example, specific electronic components maybe employed in a mobile device or similar or related circuitry forimplementing the functions associated with the embodiments of thepresent invention, as described above. Alternatively, one or moreprocessors operating in accordance with stored instructions mayimplement the functions associated with the embodiments of the presentinvention, as described above. If such is the case, it is within thescope of the present disclosure that such instructions may be stored onone or more processor readable mediums. Examples of the processorreadable mediums include Read-Only Memory (ROM), Random-Access Memory(RAM), CD-ROMs, magnetic tapes, floppy disks, and optical data storagedevices. The processor readable mediums can also be distributed overnetwork coupled computer systems so that the instructions are stored andexecuted in a distributed fashion. Also, functional computer programs,instructions, and instruction segments for accomplishing the presentinvention can be construed by programmers skilled in the art to whichthe present invention pertains.

While the invention has been shown and described with reference tocertain embodiments thereof, it will be understood by those skilled inthe art that various changes in form and details may be made thereinwithout departing from the spirit and scope of the invention as definedby the appended claims and their equivalents.

What is claimed is:
 1. A method of connecting a service, according to auser's intention, the method comprising: determining at least one fileto be transmitted through a wireless connection; selecting a terminal,by device discovery, to receive the at least one file; transmitting afirst frame, including file attribute information about the at least onefile, to the terminal, before the wireless connection is establishedwith the terminal; and receiving, from the terminal, a second frameincluding information indicating whether the wireless connection to theterminal is accepted or rejected.
 2. The method of claim 1, furthercomprising performing service discovery after the device discovery. 3.The method of claim 1, further comprising: if the information includedin the second frame indicates that the wireless connection is accepted,performing a remaining procedure of wireless connection setup andtransmitting the at least one file to the terminal through the wirelessconnection.
 4. The method of claim 1, further comprising: if theinformation included in the second frame indicates that the wirelessconnection is rejected, discontinuing wireless connection setup.
 5. Themethod of claim 1, wherein the file attribute information includes atleast one of a number, a total size, and a name of the at least one fileto be transmitted.
 6. The method of claim 1, wherein at least one of thefirst and second frames includes a Peer-to-Peer (P2P) provisiondiscovery request frame.
 7. The method of claim 1, further comprisingdeferring a remaining procedure of wireless connection setup until thesecond frame is received or until a time-out period has elapsed afterthe first frame is transmitted.
 8. A method of connecting a service,according to a user's intention, the method comprising: determining aterminal from which at least one file will be received through awireless connection by device discovery; receiving, from the terminal, afirst frame, including file attribute information about the at least onefile, before the wireless connection is established with the terminal;and transmitting, to the terminal, a second frame including informationindicating whether the wireless connection to the terminal is acceptedor rejected.
 9. The method of claim 8, further comprising performingservice discovery after the device discovery.
 10. The method of claim 8,further comprising: if the information included in the second frameindicates that the wireless connection is accepted, performing aremaining procedure of wireless connection setup with the terminal andreceiving the at least one file from the terminal through the wirelessconnection.
 11. The method of claim 8, further comprising: if theinformation included in the second frame indicates that the wirelessconnection is rejected, discontinuing wireless connection setup with theterminal.
 12. The method of claim 8, wherein the file attributeinformation includes at least one of a number, a total size, and a nameof the at least one file to be transmitted.
 13. The method of claim 8,wherein at least one of the first and second frames includes aPeer-to-Peer (P2P) provision discovery request frame.
 14. The method ofclaim 8, further comprising: Transmitting, to the terminal, a framerequesting deferral of a remaining procedure of wireless connectionsetup until the second frame is transmitted or until time-out period haselapsed after the first frame is received.
 15. The method of claim 8,further comprising: at least one of providing the file attributeinformation to a user and detecting a user input indicating whethertransmission of the at least one file is accepted or rejected, anddetermining to reject the wireless connection if the user input is notdetected until time-out of a predetermined time period.
 16. A terminalfor connecting a service, according to a user's intention, the terminalcomprising: a control unit configured to determine at least one file tobe transmitted through a wireless connection and to select, by devicediscovery, a terminal to receive the at least one file; a transmittingunit configured to transmit a first frame, including file attributeinformation about the at least one file, to the terminal, before thewireless connection is established with the terminal; and a receivingunit configured to receive, from the terminal, a second frame, includinginformation indicating whether the wireless connection to the terminalis accepted or rejected.
 17. A terminal for connecting a service,according to a user's intention, the terminal comprising: a control unitconfigured to determine, by device discovery, a terminal from which atleast one file will be received through a wireless connection; areceiving unit configured to receive, from the terminal, a first frameincluding file attribute information about the at least one file, beforethe wireless connection is established with the terminal; and atransmitting unit configured to transmit to the terminal a second frameincluding information indicating whether the wireless connection to theterminal is accepted or rejected.